package com.sailing.core.designModel.visitor;

import java.util.List;
/**
 * 
 * 原文描述：
 * 访问者模式是对象的行为模式。访问者模式的目的是封装一些施加于某种数据结构元素之上的操作。
 * 一旦这些操作需要修改的话，接受这个操作的数据结构则可以保持不变。
 * 
 * 访问者模式的优点 
 * 1.符合单一职责原则【分离无关行为】：
 * 凡是适用访问者模式的场景中，元素类中需要封装在访问者中的操作必定是与元素类本身关系不大且是易变的操作，
 * 使用访问者模式一方面符合单一职责原则，另一方面，因为被封装的操作通常来说都是易变的，
 * 所以当发生变化时，就可以在不改变元素类本身的前提下，实现对变化部分的扩展。
 * 注：
 * 	【分离无关行为】可以通过访问者来分离无关的行为，把相关的行为封装在一起，构成一个访问者，这样每一个访问者的功能都比较单一。
 * 
 * 2.扩展性良好：
 * 元素类可以通过接受【不同的访问者】来实现对不同操作的扩展。
 * 注：
 * 【不同的访问者】指多个访问者实现，不同的算法操作已有的元素类
 * 能够在不修改对象（元素类）结构中的元素的情况下，为对象结构中的元素添加新的功能。
 * 
 * 3.好的复用性
 * 　　可以通过访问者来定义整个对象结构通用的功能，从而提高复用程度。
 * 　　
 * 3.访问者模式的结构
 * 访问者模式适用于数据结构相对未定的系统，
 * 它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作集合可以相对自由地演化。
 * 数据结构的每一个节点都可以接受一个访问者的调用，此节点向访问者对象传入节点对象，
 * 而访问者对象则反过来执行节点对象的操作。
 * 这样的过程叫做“双重分派”。节点调用访问者，将它自己传入，访问者则将某算法针对此节点执行。
 * 
 * 访问者模式的适用场景
       假如一个对象中存在着一些与本对象不相干（或者关系较弱）的操作，
       为了避免这些操作污染这个对象，则可以使用访问者模式来把这些操作封装到访问者中去。
       假如一组对象中，存在着相似的操作，为了避免出现大量重复的代码，也可以将这些重复的操作封装到访问者中去。
  *缺点：
  *   但是，访问者模式并不是那么完美，它也有着致命的缺陷：
       增加新的元素类比较困难。
       通过访问者模式的代码可以看到，
       在访问者类中，每一个元素类都有它对应的处理方法，也就是说，
       每增加一个元素类都需要修改访问者类(接口或抽象类)（也包括访问者类的子类或者实现类），
       修改起来相当麻烦。也就是说，在元素类数目不确定的情况下，应该慎用访问者模式。
       所以，访问者模式比较适用于对【已有功能的重构】，
       比如说，一个项目的基本功能已经确定下来，元素类的数据已经基本确定下来不会变了，
       会变的只是这些元素内的相关操作，这时候，我们可以使用访问者模式对原有的代码进行重构一遍，
       这样一来，就可以在不修改各个元素类的情况下，对原有功能进行修改。
       
    ●　　对象结构变化很困难
　　不适用于对象结构中的类经常变化的情况，因为对象结构发生了改变，访问者的接口和访问者的实现都要发生相应的改变，代价太高。
	注：
	【对象结构发生了改变】指增加新元素类

　　●　　破坏封装
　　访问者模式通常需要对象结构开放内部数据给访问者和ObjectStructrue，这破坏了对象的封装性。
 * @author chenchao4
 *
 */
public class Client {
	public static void main(String[] args){  
        List<Node> list = ObjectStruture.getList();  
        for(Node e: list){  
            e.accept(new VisitorImpl());  
        }  
    }  
}
